home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1994 March / Internet Info CD-ROM (Walnut Creek) (March 1994).iso / inet / iesg / iesg.92-02-06 < prev    next >
Text File  |  1993-02-04  |  17KB  |  439 lines

  1.  
  2.                      IETF STEERING GROUP (IESG)
  3.  
  4.                   REPORT FROM THE TELECONFERENCE
  5.  
  6.                        FEBRUARY 6th, 1992
  7.  
  8.          Reported by:
  9.          Greg Vaudreuil, IESG Secretary
  10.  
  11. This report contains
  12.  
  13.         - Meeting Agenda
  14.         - Meeting Attendees
  15.         - Meeting Notes
  16.  
  17. Please contact IESG Secretary Greg Vaudreuil
  18.  
  19.  
  20. ATTENDEES
  21. ---------
  22.     Almquist, Philip / Consultant
  23.     Borman, David / Cray Research
  24.     Chiappa, Noel
  25.     Crocker, Dave / TBO
  26.     Crocker, Steve / TIS
  27.     Coya, Steve / CNRI
  28.     Davin, Chuck / MIT
  29.     Gross, Philip / ANS
  30.     Hinden, Robert / BBN
  31.     Hobby, Russ / UC-DAVIS
  32.     Reynolds, Joyce / ISI
  33.     Stockman, Bernard / SUNET/NORDUnet
  34.     Vaudreuil, Greg / CNRI
  35.  
  36. Regrets
  37.     Estrada, Susan / CERFnet
  38.     Huizer, Erik / SURFnet
  39.     Piscitello, Dave/ Bellcore
  40.  
  41.  
  42.  
  43. AGENDA
  44. ------
  45.  
  46. 1.0 Administrivia
  47.   1.1 Bash the Agenda 
  48.   1.2 Approval of the Minutes
  49.     1.1.1 91-12-05 
  50.     1.1.2 91-12-12 
  51.     1.1.3 92-01-02 
  52.     1.1.4 92-01-23 
  53.   1.3 Next Meeting
  54.  
  55. 2.0 Review of Action Items 
  56.  
  57. 3.0 Protocol Actions
  58.  3.1 IP Type of Service
  59.        <draft-almquist-tos-02.txt> 
  60.          <draft-ietf-rreq-forwarding>
  61.  3.2 SMDS to Draft Standard
  62.         <RFC 1209>                         
  63.         <draft-ietf-snmp-smdssipmib>
  64.  3.3 RFC 822 Message Extensions
  65.         <draft-ietf-822ext-messagebodies-03.txt>
  66.         <draft-ietf-822ext-msghead-01.txt>
  67.  3.4 Network Fax 
  68.         <draft-ietf-netfax-netimage-02.txt>
  69.  3.5 Character MIBS
  70.          <draft-ietf-charmib-rs232like-03.txt>
  71.          <draft-ietf-charmib-parallelprinter-02.txt
  72.          <draft-ietf-charmib-charmib-02.txt>
  73.  3.6 Point to Point Protocol (Noel Chiappa)
  74.          <draft-ietf-pppext-ipcp-03.txt>
  75.          <draft-ietf-pppext-lcp-02.txt>
  76.  3.7 Building a Network Information Services Infrastructure
  77.          <draft-ietf-nisi-infrastructure>
  78.  3.8 SNMP Security documents
  79.          <draft-ietf-snmpsec-admin>
  80.          <draft-ietf-snmpsec-mib>
  81.          <draft-ietf-snmpsec-protocols>
  82.  3.9 X.400 Documents
  83.          <draft-ietf-kille-88to84downgrade>
  84.          <draft-ietf-kille-x_400mapping>
  85.  3.10 Using the OSI Directory to Achieve User Friendly Naming
  86.          <draft-ietf-osids-friendlynaming>
  87.  3.11 TCP Extensions for High Speed High Delay Paths
  88.         <draft-ietf-tcplw-tcpext-01.txt>
  89.  3.12 IP over FDDI to Draft
  90.          <RFC 1103>
  91.  
  92. 4.0 Technical Management Issues
  93.  4.1 Interoperability testing at IETF meetings.
  94.  4.2 IAB Standards Process Document 
  95.  4.3 RFC 931 User Authentication Protocol
  96.  4.4 IANA and the Class "B" allocation strategy
  97.  4.5 Internet Draft Format Requirements "Deplorable Documents" 
  98.  4.6 Email Host Requirements 
  99.  4.7 Working Group Early Warning System
  100.  
  101. 5.0 IESG Technical Evolution document.
  102.  
  103. 6.0 Working Group Actions
  104.  6.1 Audio/Video Teleconferencing (avt)
  105.  6.2 Token Ring Monitoring MIB (trmon)
  106.  
  107.  
  108. MINUTES
  109. -------
  110.  
  111. 1.0 Adminstrivia
  112.  
  113. 1.1 Bash the Agenda
  114.  
  115.    Several items were added to the agenda. Review of the action items,
  116.    approval of the minutes, and technical management issues were
  117.    deferred until the next meeting.
  118.  
  119. 1.2 Review of the Minutes
  120.  
  121.    The review of outstanding minutes was deferred until the next
  122.    meeting.
  123.  
  124. 1.3 Next Meeting
  125.  
  126.    The IESG agreed to meet again by teleconference February 20th.  Due
  127.    to the large backlog of work the February 20th meeting was extended
  128.    to 3 hours, ending at 3 PM EST rather than the normal 2PM EST.  A
  129.    special purpose teleconference will be called with Erik Huizer, Dave
  130.    Piscitello, Phill Gross, and any other available person to discuss
  131.    the outstanding OSI X.400 and X.500 documents on February 13th.
  132.  
  133. ACTION: Coya, Vaudreuil -- If Huizer and Piscitello can make the date,
  134. schedule a 1 hour teleconference January 13th from 12PM to 1PM EST.
  135.  
  136. 2) Review of the Action Items
  137.  
  138.    Review of the action items was deferred until the next IESG
  139.    teleconference.
  140.  
  141. 3) Protocol Actions
  142.  
  143. 3.1 IP Type of Service
  144.  
  145. 3.1.1 <draft-almquist-tos-02>
  146.  
  147.    The IESG has received several comments on the TOS document, and all
  148.    comments were successfully resolved.
  149.  
  150. ACTION: Vaudreuil -- After approval from the Internet Area Directors,
  151. craft and send a recommendation to the IAB to publish the TOS document
  152. as a Proposed Standard.
  153.  
  154. 3.1.2 <draft-ietf-rreq-forwarding-04>
  155.  
  156.    The IESG discussed the IP Forwarding Table MIB.  The MIB has been
  157.    delayed by the IESG due to a dependency upon the TOS document.  Now
  158.    that the TOS document is ready for publication, the IESG approved
  159.    the MIB.
  160.  
  161. ACTION: Vaudreuil -- Craft and send a recommendation to the IAB
  162. recommending the "IP Forwarding Table MIB" be published as a Proposed
  163. Standard RFC.  Include in the recommendation a note indicating the
  164. dependency on the TOS document.
  165.  
  166. 3.2 SMDS to Draft Standard
  167.  
  168. 3.2.1 <RFC 1209>
  169.  
  170.    The IESG continues to wait for information on the operational
  171.    experience with the IP over SMDS protocol.  The IESG has the report
  172.    on interoperable implementations demonstrated at Interop, but seeks
  173.    information on continuing operational use among real users.
  174.  
  175. ACTION: Vaudreuil --- Send a message to George Clapp reminding him that
  176. the IESG needs information on the extent of operational deployment
  177. before it can move IP over SMDS to Draft Standard.
  178.  
  179. 3.2.2 <draft-ietf-snmp-smdssipmib>
  180.  
  181.    The SMDS Interface MIB is ready for publication.
  182.  
  183. ACTION: Vaudreuil -- Craft and send a recommendation to the IAB to
  184. elevate the "Definitions of Managed Objects for the SIP Interface Type"
  185. as a Proposed Standard RFC.
  186.  
  187. 3.3 RFC 822 Message Format Extensions.
  188.  
  189. 3.3.1 <draft-ietf-822ext-messagebodies-03>
  190.  
  191.    The IESG discussed the message format extensions (MIME).  Several
  192.    comments were received in response to the IESG's Last Call.  In
  193.    particular, comments were made objecting to the technical decisions
  194.    made in the working group, and the process by which these decisions
  195.    were made.  The specific technical and proceedural issues raised
  196.    were discussed by the IESG, and the IESG is satisfied that adequate
  197.    group discussions occured with reasonable consideration of the
  198.    proferred design choices.
  199.  
  200.    The IESG discussed the general process for dealing with such
  201.    complaints.  In general, the IESG reviews each comment made in
  202.    response to the Last Call.  The IESG felt that each such comment
  203.    deserves consideration and an official response from the IESG.  In
  204.    the specific case of objections which are raised about a technical
  205.    design choice, the working group must be able to document that the
  206.    suggested alternative was considered, and after reasonable debate
  207.    was rejected.
  208.  
  209. POSITION: In the case where a participant of a working group objects
  210. to a technical decision made by the working group to reject a
  211. particular proposal, the working group must be able do document either
  212. in the mail archives or in the minutes of face to face meetings that
  213. the alternatives were considered and rejected.
  214.  
  215. POSITION: Any person who raises a technical or procedural objection
  216. in response to a Last Call from the IESG should receive a formal reply
  217. from the IESG noting their comments and (responding to their
  218. objections)
  219.  
  220. ACTION: Hobby -- Respond to the several persons who have made comments
  221. in response to the IESG Last Call.
  222.  
  223.    Several deficiencies in the specification were noted in the
  224.    specification.  Among the shortcoming was 1) a lack of rigor in the
  225.    citation of external specifications and 2) an ambiguity about the
  226.    semantics of the external reference content-type.
  227.  
  228.    The Internet Draft "MIME (Multipurpose Internet Mail Extensions):"
  229.    will require improved citations of external specifications and a
  230.    more precise specification of the External-Reference sub-type, prior
  231.    to publication as a Proposed Standard.
  232.  
  233. ACTION: Russ Hobby -- Notify the 822 Message Format Extensions working
  234. group that the Internet Draft "MIME (Multipurpose Internet Mail
  235. Extensions)" needs to have editorial changes before it can be
  236. recommended for Proposed Standard. Send the notification to the Working
  237. Group mailing list and the Working Group chairman.
  238.  
  239. 3.3.1 <draft-ietf-822ext-msghead>
  240.  
  241.    The IESG discussed the multi-lingual extensions for RFC 822 messages
  242.    headers.  Several concerns were raised in the IESG.  One of the
  243.    message header encoding mechanisms is slightly different that the
  244.    analogous encoding in MIME. Second, there was concern among some
  245.    IESG members that changing the header parsing engines to deal with
  246.    the backward compatible changes may be too costly to do independent
  247.    of consideration of other header changes being considered in other
  248.    forums. Due to the full agenda and a desire to complete as many
  249.    protocol actions as possible, the IESG deferred further discussion
  250.    until the February 20th teleconference.
  251.  
  252. ACTION: Vaudreuil: Reschedule the RFC-Headers discussion for the
  253. February 20th Teleconference.
  254.  
  255. 3.4 Network Fax Protocol.
  256.    <draft-ietf-netfax-netimage>
  257.  
  258.    The Network Fax working group submitted the Internet Draft "A File
  259.    Format for the Exchange of Images in the Internet" for Proposed
  260.    Standard.  The IESG discussed this document, and agreed that the
  261.    format chosen, a subset of TIFF, was a reasonable format for the
  262.    sending of fax-like images.  The wording of the current document is
  263.    unclear about the scope of intended usage of this format. The IESG
  264.    is not entirely comfortable with the choice of TIFF a common general
  265.    purpose image format for the Internet because it could not handle
  266.    color or grayscale images.  The IESG felt unable to take a position
  267.    on whether TIFF as a whole or a larger TIFF subset would be
  268.    acceptable as a common general purpose image format.
  269.  
  270. ACTION: Hobby -- Communicate to the NETFAX working group the concerns
  271. of the IESG on the Internet Draft "A File Format for the Exchange of
  272. Images in the Internet".  Seek clarification of the intended scope of
  273. the Network Fax specification.
  274.  
  275. 3.5 Character MIBs
  276.  
  277.    Three MIBS were submitted to the IESG for consideration as Proposed
  278.    Standards.  The IESG reviewed each, and approved them for Proposed
  279.    Standard status.
  280.  
  281.    <draft-ietf-charmib-charmib>
  282.    <draft-ietf-charmib-parallelprinter>
  283.    <draft-ietf-charmib-rs232like>
  284.  
  285. ACTION: Vaudreuil -- Send a recommendation to the IAB that the
  286. Internet Drafts "Definitions of Managed Objects for Character Stream
  287. Devices", "Definitions of Managed Objects for Parallel-printer-like
  288. Hardware Devices", and "Definitions of Managed Objects for RS-232-like
  289. Hardware Devices" be published as Proposed Standard RFC's.
  290.  
  291.    The IESG noted the miscommunication between the IESG and the Working
  292.    Group which caused nearly a years delay in the publication of these
  293.    documents.  These character MIB's have been widely implemented and
  294.    tested to the point where they almost meet the requirements for
  295.    Draft Standards.  The IESG reaffirmed it's view that multiple
  296.    interoperable implementations are not required for Proposed
  297.    Standard.
  298.  
  299. 3.8 Point-to-Point Protocols to Draft Standard
  300.     <draft-ietf-pppext-ipcp> <draft-ietf-pppext-lcp>
  301.  
  302.    The base Point-to-Point documents were submitted to the IESG for
  303.    consideration as Proposed Standards.  These documents are dramatic
  304.    reworks of the original documents, with extensive editorial changes.
  305.    The actual technical changes are relatively minor, and are nominally
  306.    backward compatible.  The Working Group originally asked the IESG
  307.    for Draft Standard status given the lengthy time and numbers of
  308.    implementations.  The IESG discussed the current implemenations, and
  309.    while there are multiple interoperable implementations of PPP, they
  310.    do not reflect the current documents and do not demonstrate the new
  311.    features of the current documents.
  312.  
  313. ACTION: Vaudreuil -- Write a recommendation to the IAB to publish the
  314. Internet Drafts "The PPP Internet Protocol Control Protocol (IPCP)" and
  315. the "The Point-to-Point Protocol for the Transmission of Multi-Protocol
  316. Datagrams Over Point-to-Point Links" as Proposed Standards.  Send the
  317. recommendation as soon as final versions of the documents have been
  318. received.
  319.  
  320. 3.9 Building a Network Information Services Infrastructure
  321.  
  322.    The Internet Draft "Building a Network Information Services
  323.    Infrastructure" was reviewed by the User Services area director and
  324.    recommended by the IESG for publication as an FYI RFC.
  325.  
  326. ACTION: Vaudreuil -- Craft and send a notification to the RFC Editor
  327. that the Internet Draft "Building a Network Information Services
  328. Infrastructure" should be published as an FYI RFC.
  329.  
  330. 3.10 SNMP Security
  331.     <draft-ietf-snmpsec-admin> <draft-ietf-snmpsec-mib>
  332.     <draft-ietf-snmpsec-protocols>
  333.  
  334.    The IESG has received a request from the SNMP Security Working Group
  335.    to recommend the Internet Drafts "SNMP Administrative Model",
  336.    "Definitions of Managed Objects for Administration of SNMP Parties",
  337.    and "SNMP Security Protocols" for Proposed Standard.  A Last Call
  338.    was issued, but no action was taken by the IESG pending the two week
  339.    comment period.
  340.  
  341.    The IESG was alerted to the potential issues in this protocol of
  342.    export control.  The SNMP Security documents specify the use of
  343.    technology which may not be freely shared among IETF participating
  344.    countries.  While the IESG understood the problem, it was not
  345.    willing to stop the publication of such protocols when clear need is
  346.    demonstrated.  The IESG did discuss adding a section to such
  347.    protocol documents flagging the protocols as using potentially
  348.    export controlled technology.
  349.  
  350. ACTION: Gross, Crocker -- Inquire with the IAB on behalf of the IESG
  351. about the desirability of flagging software export control issues in
  352. RFCs.
  353.  
  354. 3.11 X.400 documents
  355.      <draft-ietf-kille-88to84downgrade>
  356.      <draft-ietf-kille-x_400mapping>
  357.  
  358.    The IAB has asked for discussion with the IESG on two X.400 related
  359.    RFCs, "X.400 1988 to 1984 downgrading" and "Mapping between
  360.    X.400(1988) / ISO 10021 and RFC 822".  The IAB wanted information on
  361.    the degree of IETF Working Group involvement and RARE consultation.
  362.    Because neither of the OSI Integration Area Directors where present,
  363.    discussion was deferred until a special topics teleconference
  364.    February 13th.
  365.  
  366. 3.12 User Friendly naming
  367.      <draft-ietf-osids-friendlynaming>
  368.  
  369.    Progress is being made in resolving the outstanding issues in the
  370.    X.500 User Friendly Naming proposals.  The document has been split
  371.    into two, one specifying User Friendly naming format, and the other
  372.    specifying the "fuzzy" matching algorithm for searching the
  373.    directory. These documents have been posted as Internet Drafts.  No
  374.    action is required by the IESG at this time.
  375.  
  376.    No official notification from the IESG was made to the OSI Directory
  377.    Services Working Group remanding the documents back for re-work,
  378.    however, Steve Hardcastle-Kille has made such an announcement to the
  379.    working group and has solicited review of the proposed changes.
  380.  
  381. Action: Vaudreuil -- Send a message the IAB notifying them that new
  382. Internet Drafts have been posted.
  383.  
  384. 3.13 TCP Extensions
  385.      <draft-ietf-tcplw-tcpext>
  386.  
  387.    The SACK option has proven to be controversial.  The TCP Extensions
  388.    document is currently being split into two, and has been withdrawn
  389.    from IESG consideration until these changes are made.
  390.  
  391. ACTION: Vaudreuil -- Drop the TCP-Extensions document from the Active
  392. queue of the IESG.
  393.  
  394. 3.14 IP over FDDI.
  395.      <RFC 1103>
  396.  
  397.    A request was received from the dormant IP over FDDI working group
  398.    to elevate RFC 1103 "Proposed standard for the transmission of IP
  399.    datagrams over FDDI Networks" to Draft Standard.  The IESG briefly
  400.    discussed a set of minor changes that would be helpful to make
  401.    before being elevated to Draft Standard.
  402.  
  403. ACTION: Chiappa -- Task the IP over FDDI working group to edit a new
  404. version of IP over FDDI reflecting current usage of the protocol.
  405.  
  406. 4) Technical Management Issues
  407.  
  408.    Discussion of the many technical management issues facing the IESG
  409.    was deferred until the February 20th Teleconference.
  410.  
  411. 5) IESG Technical Evolution Document
  412.  
  413.    Discussion of IESG Technical Evolution Document was deferred until a
  414.    future Teleconference.
  415.  
  416. 6. Working Group Actions
  417.  
  418. 1) Audio/ Video Transport
  419.  
  420.    The IESG continued discussion of the proposed Audio/Video Transport
  421.    Working Group. No new charter has been received in response to the
  422.    IESG concerns. In the absence of the new charter, the IESG was
  423.    unable to approve this Working Group.
  424.  
  425. ACTION:  Vaudreuil -- Send a note to Steve Casner reminding him that
  426. the IESG cannot approve his proposed working group until an acceptable
  427. charter has been filed with the IESG.
  428.  
  429. 2) Token Ring Monitoring Working Group
  430.  
  431.    A charter was presented to the IESG for a working group to apply the
  432.    Remote Lan Monitoring work to the Token Ring LAN technology.
  433.    Without objection the IESG approved this working group.
  434.  
  435. ACTION Vaudreuil -- Announce the Token Ring Monitoring Working Group to
  436. the IETF mailing list.
  437.  
  438.  
  439.